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EXCHANGE OF INFORMATION IN A COMMUNICATION SYSTEM 

CROSS REFERENCE TO RELATED APPLICATIONS 

5 The present application is related to copending application Serial No. 09/644,307 (the '307 
application);, entitled "Method and Apparatus for Exchange of Information in a Communication 
Network," and filed on August 23, 2000, which is incorporated herein by reference in its 
entirety. The '307 Application is based on provisional application 60/176,806, filed on January 
19, 2000, which is also incorporated herein by reference in its entirety. 

10 

BACKGROUND OF THE INVENTION 

The present invention generally relates to the exchange of information in a communication 
system. More specifically, the present invention relates to a method and physical 

15 implementation (e.g., system, data server, commimication device, etc.) for supplying a data 
object to a user device in a communication system. The present invention also relates to a 
method and physical implementation for receiving the data object. The present invention also 
relates to a method and physical implementation for rendering the data object. In a more 
particular embodiment, the present invention relates to a method and physical implementation 

2 0 for providing a data object to a mobile station in a mobile commimication system, for receipt of 
the data object by the mobile station, and for rendering the data object at the mobile station. 

Mobile communication systems and data packet networks (notably, the Internet) have both 
enjoyed significant success in recent years. Mobile communication systems deliver real-time 

25 voice commimication between users in either analogue or digital formats (or in a hybrid 
format). One well known example of a mobile communication system is the Global System for 
Mobile Communication (GSM). This standard provides voice commimication to its subscribers 
using circuit-switched communication technology. In this approach, the system allocates 
communication resources to a call for the entire duration of the call. On the other hand, the 

30 Internet primarily delivers digital information to users using data packet technology. In this 
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approach, the system uses communication resources only during the periods in which data is 
being transmitted. 

Efforts have long been xmderway to merge aspects of traditional mobile communication systems 
5 with data networks. The evolution of these efforts may be divided into a number of stages, or 
"generations." Namely, first generation (IG) technology generally pertains to analog "voice- 
centric" services. Second generation (2G) technology generally pertains to "voice-centric" 
digital communication services. Third generation (3G) technology generally pertains to high 
speed broadband services with optional multimedia communication of voice, video, graphics, 
10 audio and other information. Further, 2.5 generation (2.5G) technology generally pertains to 
high speed services having aspects of both 2G and 3G services. For instance, 2.5G technology 
may utilize General Packet Radio Service (GPRS) systems or Enhanced Data Rates for Global 
Evolution (EDGE) systems. 

15 For example, one known way of supplementing voice communication services with data 
delivery in a 2G~technology context is through the Short Message Service (SMS). In the GSM 
standard, SMS messages can be transmitted over a Stand-alone Dedicated Control Channel 
(SDCCH). In operation, the communication system initially sends a message to a Mobile 
Switching Center (MSG). The message is then routed and stored in a Short Message Service 

2 0 Center (SMSC). The commimication system then locates the addressed mobile station and alerts 
the mobile station that a message will be sent The mobile station then tunes to the SDCCH 
channel that the system will use to send the message. The system then forwards the message to 
the mobile station and waits for acknowledgement of receipt by the mobile station. Additional 
detail regarding the GSM Short Message Service may be obtained from the publication "Digital 

25 Cellular Telecommunication System (Phase 2+), Technical Realization of the Short Message 
Service (SMS), Point-to-Point (PP)," GSM 03.40, version 5.4.0, ETSI, November, 1996 
(accessible at http://www.etsi.org/). 

The convention use of SMS messaging to convey information has drawbacks. Namely, SMS 
30 messages can be transmitted before, during, or after a voice conmnmication session between 
users. However, the SMS messaging and voice commimication session proceed in a largely 
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independent fashion. Hence, the combination of these two modes of infomiation delivery does 
not provide a strong sense of an integrated and interrelated multi-media presentation. 

Another more advanced way of supplementing voice communication services with data delivery 
5 is through 2.5G or 3G technology that accommodates Intemet browsing- These systems 
typically operate by converting Intemet data objects to a format suitable for display at the 
mobile stations. More specifically, a gateway node is used to convert the data objects to a form 
which is compatible with the low transmission rates and small screen sizes typically used by 
mobile stations. The converted data objects are then sent to the mobile stations where they are 
10 rendered for the users' viewing. One markup language that can be used to facilitate the display 
of Intemet data objects at the mobile stations is the Handheld Device Markup Language 
(HDML), which is modeled after the familiar Hypertext Markup Language (HTML). 

These more advanced systems may also have drawbacks. Namely, a service provider may 
15 specifically "earmark" a service for use by a specific class of terminals (such as 2.5 G- 
compatible terminals). As such, consumers using "less advanced" technology may be barred 
from receiving the benefits of the service. This may have the undesirable effect of reducing the 
market potential of the service. In extreme cases, this may have the effect of preventing the 
service from "catching on" with constmaers (e.g., by failing to popularize a service with a large 
2 0 body of current technology users). 

There is therefore a general need to provide a more effective technique for combining voice 
conmiunication services with supplementary data services. 

2 5 SUMMARY OF THE INVENTION 

The technique disclosed herein addresses the above need, as well as other needs. According to 
one embodiment, the technique comprises: (a) creating a data object intended for rendering at a 
first communication device (e.g., a subscriber's communication device), the rendering to take 
30 place upon the occurrence of a triggering communication event, the data object providing 
information pertaining to a user of a second communication device (e.g., a "holder's" 
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communication device); (b) storing the data object in a data server; (c) transferring, in a first 
transferring step, the data object from the data server to the second communication device (e.g., 
the holder's communication device); (d) transferring, in a second transferring step, the data 
object from the second communication device to the first communication device (e.g., the 
5 subscriber's communication device); (e) determining whether the triggering event has occurred; 
and (f) rendering the data object at the first communication device (e.g., the subscriber's 
communication device) upon the occurrence of the communication event. 

In another embodiment, the technique comprises the steps of: (a) creating a data object intended 
10 for rendering at a first communication device (e.g., a subscriber's communication device), the 
rendering to take place upon the occurrence of a triggering commxmication event, the data 
object providing information pertaining to a user of a second communication device (e.g., a 
"holder's" communication device); (b) storing the data object in a data server; (c) transferring 
the data object firom the data server to the first commxmication device (e.g., the subscriber's 
15 communication device); (d) determining whether the triggering event has occurred; and (e) 
rendering the data object at the first communication device (e.g., the subscriber's 
communication device) upon the occurrence of communication event. 

The disclosed invention also pertains to a physical implementation of the above-identified 
20 techniques. More specifically, the disclosed invention also pertains to a data server and user 
device for use in implementing the above identified techniques. 

In one embodiment, data object transfer is performed using one or more of: (a) a data path used 
by a circuit-switched commvinication system; (b) a data path used by a packet-switched 
communication system; and/or (c) a datapath used by a data-packet network. 

25 

In one embodiment, the data object comprises a variable portion and a non-variable portion. 
The transfer of data objects comprises transferring only the variable portion to the first and/or 
second communication devices. 

30 The technique provides a nxmiber of benefits. For instance, the interrelationship of data object 
presentation and communication events enhances a user's commvinication session by adding a 
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multi-media dimension to the communication session. Further^ the technique for the delivery of 
data objects may be implemented using a wide variety of different types of commmication 
systems, data networks and user devices, thus allowing current systems to use the techniques as 
well as more advanced systems. For instance, the technique can be used with at least 2G, 2.5G 
5 and 3G communication technology. Thus, for instance, a user may continue to receive the 
benefits of the service in seamless fashion as he or she upgrades from one generation of 
technology to another. Other benefits will be apparent to those skilled in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 

The present invention can be understood more completely by reading the following Detailed 
Description of exemplary embodiments, in conjunction with the accompanying drawings, in 
which: 

15 FIG. 1 shows an exemplary system for implementing the techniques described herein; 

FIG. 2 shows an exemplary user device that can be used in the system of FIG. 1; 

FIG. 3 shows an exemplary Subscriber Identification Module (SIM) card that can be used in the 
2 0 user device of FIG. 2; 

FIG. 4 shows aa exemplary data server for use in the system of FIG. 1 ; 

FIG. 5 shows an exemplary presentation of a series of data objects at a user device; 

25 

FIG. 6 shows an exemplary composition of a data object; 

FIG. 7 shows an exemplary organization of data objects in the data server shown in FIG. 4; 

30 FIG. 8 shows an exemplary procedure for forwarding data objects to subscribers, according to 
one embodiment; 
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FIG. 9 shows an exemplary transfer path of data objects pursuant to the procedure of FIG. 8; 

FIG. 10 shows an exemplary procedure for forwarding data objects to subscribers, according to 
5 another embodiment; 

FIG. 1 1 shows an exemplary transfer path of data objects pursuant to the procedure of FIG. 10; 

FIG. 12 shows an exemplary procedure for obtaining and rendering data objects at a user 
1 0 device, according to one embodiment; 

FIG. 13 shows an exemplary procedure for obtaining and rendering data objects at a user 
device, according to another embodiment; 

15 FIG. 14 shows an exemplary procedure for receiving and processing requests for data objects at 
the data server, which complements the procedure of FIG. 13; 

FIG. 15 shows an alternative way of storing data objects in a memory of a user device; 

20 FIG. 16 shows partition of a data object corresponding to the alternate storage technique shown 
in FIG. 15; 

FIG. 17 shows an exemplary transfer path of data objects associated Avith the alternative storage 
technique shown in FIG. 15; and 

25 

FIG. 18 shows an alternative way of transferring data objects from a data server to a 
subscriber's user device. 

30 
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DETAILED DESCRIPTION OF THE INVENTION 
1. System Features 

5 The data object delivery technique is described with reference to specific types of 
communication systems, standards and protocols to facilitate explanation. More specifically, the 
data object delivery system is described with particular reference to the Global System for 
Mobile Communication (GSM). However, the technique can be implemented by other types of 
systems, standards (e.g., IS-136, IS-95, etc.) and protocols (e.g., TDMA, FDMA, CDMA, etc.). 

10 

FIG. 1 illustrates an overview of a system 100 that can implement the technique. Referring to 
the top part of the figure, the system 100 includes a mobile conamunication system 125, e.g., 
based on the GSM architecture. The system 100 includes a Mobile Switching Center (MSC) 
118 connected to a Base Station Controller (BSC) 116 and to a Public Switched Telephone 

15 Network (PSTN) 128. The BSC 116 provides communicative connection to plural user devices 
via base station 114. The user devices include exemplary mobile station devices 110 and 112. 
The PSTN 128 provides comimunicative connection to plural user devices 130 and 132. The 
user devices 130 and 132 can comprise any type of commimication devices, such as "plain old 
telephones" (POTs), facsimile or data modem devices, etc. The PSTN 128 can also interface 

2 0 (directly or indirectly) with ISDN terminals and communication devices comected via a Digital 
Subscriber Line (DSL). The PSTN may also optionally coimect to another mobile 
communication system 134, which may include plural user devices, such as mobile station 
devices 136 and 138. 

25 The MSC 118 performs the switching necessary to intercoimect calls between user devices 
using the commimication system. The MSC 1 1 8 may be coimected to a number of databases, 
such as authentication center (Auc) 120, Home Location Register (HLR) 122, and Visiting 
Location Register (VLR) 124. These databases are well known to those having skill in the art. 
Basically, the AuC 120 stores information that is used to validate the identity of user devices. 

30 The HLR 122 stores user profiles which indicate the services that the users have subscribed to, 
as well as other information. The VLR 124 stores information that identifies the user devices 
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that are operating within the domain of the MSG 118. The AuC 120, HLR 122 and VLR 124 
can be physically implemented as part of the MSG 118, or may be located remotely from the 
MSG 118. The message center 126, such as a Short Message Control Genter (SMGC), receives, 
stores and forwards messages transmitted to and jfrom the mobile communication system. 

5 

It will be apparent to those skilled in the art that the mobile communication system 125 may 
include additional user devices, base stations, BSGs, MSGs, etc. Further, the mobile 
communication system 125 may include additional functionality, nodes, databases, services, etc. 

1 0 Referring now to the bottom part of the figure, the system 100 also includes a data network 142. 
The data network 142 may comprise, for instance, any network configured to transfer 
information in data packets. The data network 142 may comprise, for instance, an intranet, the 
Internet, a LAN (Local Area Network), etc. The data network 142 may use any type or 
combination of network enable code, such as Hypertext Markup Language (HTML), Dynamic 

15 HTML, Extensible Markup Language (XML), Extensible Stylesheet Latiguage (XSL), etc. The 
data network may further be governed by any type or combination of protocols, such as the 
Transport Gontrol Protocol (TGP), User Datagram Protocol (UDP), HyperText Transport 
Protocol (HTTP), Wireless Application Protocol (WAP), or other type of protocol. 

20 A number of entities may interact with the data network 142. For instance, computer devices 
146 and 148 are conmaunicatively coupled with the data network 142 via Internet service 
provider 144 in a well known manner. Further, plural data servers are communicatively coupled 
with the data network 142, such as data server 150. 

25 The data network 142 interfaces with the mobile communication system 125 via gateway 140. 
The gateway 140 broadly represents any platform for connecting the data network 142 with the 
mobile communication system 125. In one embodiment, the mobile communication system 125 
allows for the exchange of data messages through the Short Messaging Service (SMS). In that 
case, the gateway 140 provides appropriate translation from the data network format (such the 

30 TGP/IP, HTTP, etc. protocol formats) to an SMS-compatible format (and vice versa for 
commxmication in the opposite direction). 
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The above-described SMS data path is "featured" in the following discussion to simplify and 
facilitate the explanation by providing one concrete implementation example. However, it 
should be recognized that the system 100 can use a variety of other techniques (besides the SMS 
5 data path) to transfer data between the data network 142 and the mobile communication system 
125. For instance, the mobile conmiunication system may allow for the exchange of data 
messages through a General Packet Radio Service (GPRS) link, or a variety of other types of 
links, systems, protocols, etc. 

10 In an altemative embodiment, gateway functionality may be incorporated in other nodes of the 
system, such as at the server node. 

Exemplary commxmication paths are illustrated in FIG. 1 v^th dashed lines. For instance, a 
party using user device 110 (referred to hereinafter as the "A-party") may achieve a real-time 
15 circuit-switched voice connection with a party using user device 138 (referred to hereinafter as 
the "B-party") via communication path 160. Further, the data server 150 may achieve a data 
connection with the A-party via data path 154. The data server 150 may achieve a similar data 
coimection with the B-party via another data path (not shown). Further, a user using computer 
device 146 may achieve a data connection with data server 150 via data path 152. 

20 

FIG. 2 shows one of the user devices, i.e., user device 110, which interfaces with mobile 
conmiunication system 125. This user device 110 can comprise a mobile station user device 
(e.g., a mobile telephone), a Programmable Digital Assistant (PDA) with mobile station 
capabilities, or some other type of device. The user device 110 includes control logic 214 

25 connected to at least one memory unit 212. The memory unit 212 may be non-volatile (e.g., 
EEPROM or SIM card) in order to retain stored information, should power be temporarily 
unavailable. The control logic 214 also connects to one or more input devices 210, such as a 
keyboard, touch screen, etc. The control logic 214 also connects to one or more rendering 
devices 222, such as a display, printer, etc. The control logic 214 also connects to a radio xmit 

3 0 220 that includes transmitter and receiver hardware (not shown) for transmitting and receiving 
signals over the air. The radio unit 220 coimects to an antenna 232. The radio imit 220 also 



SUBSTITUTE SHEET (RULE 26) 



wo 01/54441 



PCT/SEOl/00080 



10 

directly or indirectly connects to an audio output device 216 (such as a speaker and/or earphone) 
and a microphone 218 to enable voice communication. 

The user device may further comprise additional functionality 23 0, e.g., as implemented by a 
5 plurality of programs. These programs may include a browser (not shown) that renders at least 
one type of data object to a user for viewing. The programs may also include an 
encryption/decryption engine (not shown) that encrypts data object requests and decrypts 
received data objects. The user device may optionally include cache memory (not shown) for 
storing and retrieving frequently used display objects, etc. 

10 

Other types of user devices can interface with system 100. For instance, another type of user 
device may comprise a fixed (non-mobile) telephone with graphic capabilities. Another type of 
user device may comprise a mobile station connected to a Personal Digital Assistance device 
(PDA) device (or similar device) via a conrmimication link. The PDA includes functionality for 
1 5 displaying and manipulating the data objects. 

The user device shown in FIG. 2 may embody any generation of technology, including 2G, 
2.5G, 3G, etc. technology. 

20 The user device 110 shown in FIG. 2 may interface with the Subscriber Identification Module 
(SIM) card 300 shown in FIG. 3. The SIM card 300 stores subscription information that 
identifies the subscriber, such as the subscriber's telephone number, a imique identification 
number, and home system identification information. The imique identification number for a 
GSM subscriber may include an Integrated Mobile Station Identifier (IMSI) number. 

25 

As shown in FIG. 3, an exemplary SIM card 300 includes a microprocessor 302 coupled to 
memory 306 and input/output pins 304. The memory 306, in turn, includes operating software 
storage 308 (e.g., implemented as ROM memory), working memory 310 (e.g., implemented as 
RAM memory), and data store 312 (e.g., implemented as e-prom memory). 

30 
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FIG. 4 identifies exemplary features of the data server 150. The server 150 includes at least 
one processing logic unit 440 (e.g., CPU) connected to at least one memory device 410, a cache 
memory 416, at least one database 414, and at least one communication interface 412. Memory 
device 410 and databases 414 can be non-volatile. The interface 412 allows the processing logic 
5 440 to send and receive data to/from the data network 142. The cache memory 416 allows 
storage of firequently used data objects so that the processing logic xmit 440 may obtain them in 
an efficient maimer. The database 414 contains the actual data objects that can be displayed at 
the user devices via the communication infrastructure of system 100. 

10 The data server 150 may also comprise a number of programs 418. The programs 418 can 
include a filter 420 allowing the data objects to be optimized according to the rendering 
capabilities of the user devices. The programs 418 may also include an encryption/decryption 
engine 422 allowing data object requests to be decrypted and data objects to be encrypted. 

15 According to a variation, various modules of the data server 150 can be implemented as 
separate computers. The separate computers (not shown) may be located together in one facility 
or located remotely firom each other. 

The database 414 can be implemented by any type of storage media. For instance, it can 
20 comprise a hard-drive, RAM memory, magnetic media (e.g., discs, tape), optical media, printed 

media (e.g., lists), etc. The database 414 can be formed using any type of organization, such as 

relational, object-oriented, etc. The database 414 can be separated into two or more databases 

in a distributed fashion. Further, the database (or databases) 414 may contain redundant data. 

Any node in system 100 can access the database (or databases) 414, including internal nodes 
25 (e.g., access points internal to the data server system) or extemal nodes (e.g., access points 

external to the data server system). Thus, the database 414 is intended to very generally 

represent any type of means of retaining data objects. 

The term "data objects" likewise is meant to connote a wide variety of information. It may refer 
30 to any type of audio information, textual information, graphic information, video information, 
or other types of information, or any combination of such types. The data objects are 
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alternatively referred to as "phonepages" in the following discussion. In one particular 
embodiment, the data objects pertain to information which may be rendered at appropriate user 
devices upon the occurrence of events within the mobile commimication system 125. Li 
altemative embodiments, the data objects may provide links to some service or functionality 
5 (e.g., by providing access to an intemal or external data network mamtained by a subscriber). 

FIG. 5 provides an introduction which explains an exemplary use of the data objects (e.g., the 
phonepages) within the system 100. Presume that a first user. Bob, has placed a telephone call 
to a second user, Paul. Further presume, for instance, that Bob (the A-party) uses mobile user 

1 0 device 1 1 0 to place his call, and Paul (the B-party) uses mobile user device 1 38 to receive Bob's 
call. Further presume that Paul has defined a series of data objects (e.g., phonepages 502, 504, 
506 and 508). In this case, Paul is the creator (also referred to as the "holder") of these data 
objects. Paul's data objects may be personalized to Bob (e.g., by making reference to Bob in the 
data objects). Altematively, one or more of Paul's data objects may be generic (e.g., suitable 

15 for presentation to multiple different subscribers). Finally, presume that Bob has access to 
Paul's data objects (using one of the methods that will be described below). 

A first trigger event 550 arises when Bob dials Paul's number. This prompts the user device 
1 10 to display a data object 502. The data object 502 may include a personalized message 510, 

20 stating, e.g., "Hi Bob! Thanks for calling!" The data object may also include picture 
information, such as a picture 509 of Paul. The data object may also include textual 
information 512, such as the name, telephone number, and e-mail address of Paul. The data 
object may additionally include audio information, such as a brief introductory message spoken 
by Paul. This combination of data object components is entirely exemplary. Other data objects 

25 may provide a different combination of components, including additional types of information. 
Further, one or more of these data object components can be omitted to accommodate user 
devices that have reduced functionality, such as user devices that lack the capacity to display 
complex graphics. 

30 After setting up the call, the user device 110 may then be configured to wait for another call 
event. In this exemplary case, the next call event occurs when Paul puts Bob on hold. This 



SUBSTITUTE SHEET (RULE 26) 



wo 01/54441 



PCT/SEOl/00080 



13 

constitutes trigger event 552, which causes the user device to display a second data object 504. 
This data object 504 provides a message 514 that states, e.g., "I'm going to have to put you on 
hold. Bob!" The next event 554 occurs when Paul retums and takes Bob off hold, which 
prompts the user device to display a third data object 506. This data object 504 provides a 
5 message 516 which states, e.g., "Back with you. Bob!" In this exemplary demonstration, a final 
trigger event 556 may occur when either of the parties terminates the call, which prompts the 
user device to display a fooirth data object 508. This data object 508 provides a message 518 
which states, e.g., "Bye Bob, hope to speak with you soon!" 

1 0 Another set of data objects may be rendered at the called party's user device. These data objects 
pertain to the calling party, and are generally created by the calling party (or on his behalf). 
Thus, in the above scenario, Paul may be able to view (and/or hear) a plurality of data objects in 
the course of his conversation with Bob. 

15 FIG, 6 illustrates the data components of an exemplary data object 600. The object 600 may 
include a first data field for storing an event trigger (ET) component 601. This component 601 
indicates the nature of the event that will prompt the presentation of the data object. For 
instance, the ET component 601 may comprise a code that is associated with the event, and 
which serves as an index for use by a user device in retrieving the data object fi-om memory 

2 0 upon the occurrence of the associated conmiunication event. 

Generally speaking, an event trigger may be attributed to one or more automatic events (e.g., 
when a call is temiinated by the other party), or may be attributed to a manual event (e.g., when 
the A-party dials a number, such as the B-party's number). More specifically, triggering events 

25 may be associated with the following exemplary list of events: a) an outgoing call is (or is about 
to be) initiated.; b) an addressed B-party answers a call; c) an addressed B-party is busy; d) an 
addressed B-party does not answer; e) an addressed B-party rejects a call; f) an addressed B- 
party is unavailable (e.g., an addressed mobile phone is out of coverage); g) an incoming call is 
imminent or has just started; h) a conference call is or is about to be initiated; i) a call is 

30 disconnected; j) a call is conducted (under which several triggering events can be generated); k) 
a subscriber is put on hold; 1) a new cell in the new Public Land Mobile Network (PLMN) has 
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been selected; m) the location of a subscriber has changed; n) a PLMN operator is selected; o) a 
new country of registration is made; p) a user device is about to be switched off; q) a user 
device has been switched on; r) a designated button on a user device is pressed; s) a talk spurt is 
received by a user device; t) a voice mail has been left to a subscriber; u) an SMS has been sent 
5 to a subscriber; and v) a user has commenced review of missed calls, received calls, and/or 
dialed numbers (or is in the course of review). 

The second data field stores a counter component (CO) 602. The counter component may be 
used to indicate the number of times that a data object should be sent to a particular user. That 

10 is, a user device may lack the capacity to store a data object. In this case, the CO component 
may contain information which indicates that a data object should be sent to the user device 
each time a call event occurs. That is, in the above demonstration, presume that Bob's device 
lacked the capacity to store data objects. In this case, the CO component of the data objects 
would indicate that the transmitting source (e.g., either Paul's user device or the data server 

15 150) should transmit the data objects upon every occurrence of the triggering events. In 
contrast, other user devices may have the capacity to store the data objects in their local 
memories (e.g., in the memories of their respective SIM cards). In this case, the CO component 
may contain information which indicates that the data objects should be sent to the users' 
devices only once. 

20 

A third data field may store an audio component (AU) 604. The audio component may contain a 
recording of the object's creator speaking various messages pertaining to the data object. For 
instance, in the case of FIG. 5, the first data object may include a voice message from Paul that 
states, "Hi Bob!," or any other type of greeting or instruction. The audio component may also 

25 specify the timing at which the audio information is to be rendered. For instance, the audio 
information may be played superimposed over the normal ring signal generated by the user 
device, before the ring signal, or after the ring signal. The audio component may altematively 
indicate that the ring signal should be disabled. For instance, instead of a normal ring signal 
(such as the conventional ring or beep) being sounded at a called user device, the called user 

30 device may be configured to sound a voice message created by the calling party (such as, in the 
above scenario where Bob calls Paul, the message might announce, e.g., "Hello, its Bob!"). 
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Further, the system may be configured to suppress the conventional ring signal normally heard 
by the calling party, and instead sound a voice message created by the called party (such as, in 
the above scenario, w^hen Bob calls Paul, Bob may hear a message in which Paul announces, 
e.g., "Be patient, I'm coming," instead of a conventional ring signal.). Other audio messages 
5 may be sounded during the conversation upon the occurrence of one or more communication 
events. In still other embodiments, the audio component may provide a musical presentation. 
Still alternatively, the audio component may provide a variety of other sounds, such as various 
recorded or synthesized sounds (e.g., other than the recorded hxraian voice). 

10 A fourth data field may contain a visual component (VI) 606, generally encompassing any type 
of picture, video, graphic, and/or text element displayed at the user's device. For instance, in the 
case of FIG. 5, tihie data objects included a picture of the sender, Paul. The specific natures of 
these messages is entirely at the discretion of their creators, and may contain a variety of 
pictures or other fancifiil figures. Generally, it is envisioned that a maker may want to create 

15 relatively formal data objects for formal acquaintances (e.g., business acquaintances), but may 
wish to create more personal data objects for fi*iends aad family, etc. The visual component may 
alternatively specify the display of only textual messages. 

Finally, the fifth data field indicates that the data object may contain a variety of other 
2 0 information 608. Such information may include program code that modifies the functionality of 
the user's device upon the occurrence of an event, a link which provides access to remote 
resources (such as remote data server resources or networks), etc. 

FIG. 7 indicates the exemplary contents of the database 414 of data server 150 (with reference 
25 to FIG. 2). Each subscriber may create a plurality of sets of data objects for display at a 
respective plurality of user devices. In this figure, the creator of the data objects is referred to as 
a "holder," while the recipient is referred to as a subscriber. For example, a first holder, "holder 
1," creates a set of data objects 710 for subscriber a. This set is alternatively denoted by PPni-a 
(indicating phonepages, PP, created by holder Hi for subscriber "a"). Each of the data objects in 
30 this set pertains to a different call event (an exemplary list of which was presented above). That 
is, data object 770 may be triggered by a first event (e.g., by the initiation of a call), data object 
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772 may be triggered by a second event (e.g., the establishment of a conference call), and data 
object 774 may be triggered by a third event (e.g., by the termination of a call). Holder 1 also 
creates a second set of data objects 712 for subscriber "b." Holder 1 also creates a third set of 
data objects 714 for subscriber "c." These plwal sets of data objects for holder 1 constitute its 
5 master set of data objects 702. (To title extent that there may be common data objects used by 
different subscribers, the data server 150 can be configured to store only one copy of these 
common data objects, and to provide suitable indexing to indicate the sets to which these 
common data objects belong.) 

10 Similarly, holder 2 may store plural sets (716, 718, 720) of data objects for respective 
subscribers (d, e, f) to create a master set of data objects 704. Similarly, holder 3 may store 
plural sets (722, 724, 726) of data objects for respective subscribers (g, h, i) to create a master 
set of data objects 706. Similarly, holder n may store plural sets (730, 732, 734) of data objects 
for respective subscribers (j, k, 1) to create a master set of data objects 708. 

15 

It should be noted that the holder need not define unique sets of data objects for each subscriber. 
In one case, for instance, a holder may define a single set (e.g., series) of data objects for a class 
of subscribers. Further, there may be administrative advantages to encouraging the holders to 
design data objects jfrom a common base template (or series of templates). Additional details 
2 0 regarding the use of base templates is provided in section No. 3 of this disclosure, 

2. Svstem Operation 

Having described the exemplary architecture and functional features of the system 100, its 
2 5 operation will now be discussed. 

A primary objective of the system is to supply data objects to the user devices for rendering 
thereat^ Several techniques are envisioned for performing this task. By way of overview, in a 
first technique, a master set of data objects is created on the data server 150. The master set is 
30 then transferred to the holder's user device. Upon the occurrence of a call event pertaining to 
one of the subscribers identified in the master set, the appropriate set of data objects is 
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transferred from the holder's user device to the subscriber's user device. The set of data objects 
is then rendered by that subscriber in the course of the call (or other event). In a second 
technique, a master set of data objects is created on the data server 150. The master set is then 
directly disseminated to appropriate user devices identified in the master set. Each user device 
5 then renders its set of data objects upon the occurrence of commimication events. Li a third 
technique, the user device may request that the data server download one or more data objects at 
any time, e.g., when aa event arises for which the holder has created one or more data objects. 

FIG. 8 shows a sequence of steps appropriate for the first identified technique. In step 802, data 
1 0 objects are created. The holder (or other entity) may perform this function by accessing the data 
server 150 via a computer devices (e.g., computer device 146 or device 148) and then designing 
the data objects. For instance, the user may design one or more data objects via a "web" 
interface. This data path is denoted as path 152 in FIG. 1. Altematively the holder (or other 
entity) may direct the creation of the data objects via a mobile station device (e.g., such as 
1 5 mobile telephone 110). 

In an alternative embodiment, an operator of the data server 150 (or some other entity) may 
create or assign one or more default data objects on behalf of a user. The creation or assignment 
of data objects may be triggered by the user subscribing to a data object-related service (or some 
20 other service), or by some other manual or automatic event. This feature potentially generates a 
great number of data objects in a short period of time without burdening individual users to 
create their own data objects. At the same time, the system may be configured to allow any user 
to modify the default data objects created or assigned for them to create unique data objects. 

25 In step 804, the data server 150 downloads a master set of data objects to the holder's user 
device (e.g., user device 1 10). This data path is denoted as path 154 in FIG. L The system 100 
may perform this transfer using any one of a variety of different types of messaging platforms 
and protocols. For instance, the data objects can be transmitted using the Short Message Service 
(SMS) protocol (commonly used in GSM systems, for instance). In this protocol, the 

30 information is transmitted through the data network 142 and gateway 140 to message center 
126, and is thereafter transferred to the holder's user device (e.g., user device 110). The 
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information may also pass through the PSTN network 128 depending on the location of the 
addressed holder's user device and/or the architecture of the system (e.g., generally the SMS 
information may be transported from one PLMN to another using an SS7 signaling network, 
that may or may not form part of the PSTN). In step 806, the holder receives the data objects 
5 from the data server 150 and stores the data objects. 

In step 808, the holder's user device awaits for the occurrence of an event which pertains to one 
of the subscribers represented in the master set of data objects (i.e., referred to here as an 
"identified subscriber"). This may comprise, for example, a telephone call placed to the holder 

10 by an identified subscriber. In response thereto, the holder's user device transfers the 
appropriate set of data objects to the identified subscriber (in step 810). This transfer may be 
implemented using any one of a variety of message protocols. For instance, the data objects can 
be transmitted using the Short Message System (SMS) protocol. In step 812, the holder's user 
device then handles the call event, e.g., by conducting a voice commimication session vsdth the 

15 identified subscriber. In altemate embodiments, the holder may manually initiate the transfer of 
the data objects (e.g., by making an appropriate selection on the keyboard of the holder's user 
device). In altemative embodiments, the holder's user device may automatically transfer the 
data objects (e.g., immediately upon receipt from the data server 150, or at another time). 

20 FIG. 9 shows the flow of data objects through the system pursuant to the procedure of FIG. 8. 
As indicated there, the data objects are created at the data server 910 using computer device 908 
(or other type of interfacing device). This data path is labeled as path 930. The data objects are 
thereafter transferred through the data network 906 to the holder's user device 904 via path 932. 
This path is shown to involve a transfer over the PSTN 902 (but this need not be so, e.g., 

25 depending on where the data network feeds into the MSG and other factors). Thereafter, the 
data objects are distributed over the PSTN 902 to identified subscribers. Name, for master set 
702 shown in FIG. 7, data object set PPhi-e is transferred to subscriber "a" 912, data object set 
PPHi-b is transferred to subscriber "b" 914, and data object set PPhi-c is transferred to subscriber 
"c"916. 

30 
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FIG. 10 illustrates the second technique for supplying data objects to a user device. In step 
1002, the holder (or other entity) creates a master set of data objects at the data sever 150, e.g., 
using a computer device 146 or other type of interfacing device. In step 1004, the holder stores 
the master set of data objects at the data server 1 50. 

5 

In step 1006, the data server receives the master set of data objects. In step 1008 the data server 
then determines whether it should traasfer the data object sets in the master set of data objects 
to the appropriate recipients. Different systems may be configured to use different factors to 
determine when to download data object sets. In one embodiment, the data objects are 

10 transferred immediately after creation by the holder (or other entity). In another embodiment, 
the data objects are transferred upon the request of the holder (or other entity). In a third 
embodiment, the data object sets are transferred to appropriate user devices during times when 
the system is not heavily burdened with a large communication load (e.g., during early moming 
hours). In step 1010, the data server 1010 forwards the data objects directly to the identified 

1 5 subscribers. A variety of message formats can be used to perform the transfer, such as the Short 
Message Service (SMS) protocol. 

FIG. 1 1 shows the flow of data objects through the system pursuant to the procedure of FIG. 10. 
As indicated there, the data objects are created at the data server 1133 using computer device 

20 1 132 (or other type of interfacing device). This data path is illustrated as path 1 135. The data 
objects are thereafter directly transferred through the data network 1106 to identified 
subscribers. The data objects are also potentially transferred through PSTN 1102 depending on 
the location of the addressed subscribers and/or the architecture of the system (e.g., generally 
the SMS information may be transported from one PLMN to another using an SS7 signaling 

2 5 network, that may or may not form part of the PSTN). As a result, for the master set 702 shown 
in FIG. 7, data object set PPhi-b is transferred to subscriber "a" 11 12, data object set PPni-b is 
transferred to subscriber "b" 1114, and data object set PPhi-c is transferred to subscriber "c" 
1116. 

30 One possible complication of the above-described technique pertains to the charging 
arrangement employed by the SMS messaging service. Some SMS charging arrangements 



SUBSTITUTE SHEET (RULE 26) 



wo 01/54441 



PCT/SEOl/00080 



20 

specify that the sender of the message pays for the message transfer. This would imply that the 
data server operator would be saddled with the cost of the transfer. However, this cost may be 
circumvented in various ways. For instance, the message center 126 of the mobile 
communication system 125 may be configured to require that the holder transmit an SMS 
5 message to the message center 126 to trigger its delivery of data objects to the designated 
subscribers. This trigger signal can designate the billing event. Alternatively, the data server 
may simply pass down the costs of message transfer to the holders. The holder can also send an 
SMS message to the data server 150 to trigger its transfer of the data objects to the designated 
subscribers. 

10 

FIG. 12 shows a sequence of steps used by a user device to render (e.g., display) the data objects 
stored in its local memory. In step 1202, the user device receives the data objects (which have 
been transferred by the method of FIG. 8 or FIG. 10, or by some other method). In step 1204, 
the user device stores the data objects. In step 1206, the user device determines whether a 

1 5 triggering event has occurred. Exemplary triggering events were discussed above. If a triggering 
event has occurred, the user device retrieves the appropriate data object (in step 1208). More 
specifically, in one exemplary embodiment, an appropriate set of data objects (e.g., pertaining to 
a holder) may be identified by identifying the party with whom the user is communicating (e.g., 
by noting the telephone number of that party which is transmitted to the user device in the 

20 course of setting up a call). A particular data object within that set may be accessed by 
matching a code associated with the event that has occurred with a corresponding code 
associated with the data object. In step 1210, the user device renders the data object. In step 
1212, the user device handles the call event (e.g., by placing or receiving a call, etc.). 

25 FIG. 13 provides another technique that the user device can use to obtain one or more data 
objects from the data server. The technique begins in step 1302, in which the user device 
determines whether a triggering event has occurred (which may include any one of the above- 
identified user events). In step 1304, the user device sends a data object request to the data 
server. In step 1306, the user device receives the requested data object from the data server. In 

3 0 step 1308, the user device renders the received data objects. 



SUBSTITUTE SHEET (RULE 26) 



wo 01/54441 



PCT/SEOl/00080 



21 

The data object request in step 1304 may specifically include at least one of the following 
parameters: a) a requested protocol to be used for transmission (e.g., WAP, WML, HDML, 
HTML, XML, etc.); b) an identification of a data object server (e.g., a server name or a plain IP 
address); c) a code denoting what kind of event triggered the data object request (e.g., outgoing 
5 call setup); d) the indicated B-nimiber associated with at least one B-party equipment; e) an A- 
party identity and/or a secret A-party identity (e.g., an A-mmiber of a mobile station); f) a 
network address of the A-party (e.g., IP address) used by the data object server when retuming a 
requested data object; g) a capability code indicating the displaying capabilities of the A-party 
(e.g., screen resolution, audio, etc.); h) a code indicating an encryption scheme or encryption 
10 key used; i) a code indicating the coxmtry that the mobile station is registered in (i.e., coxmtry 
code); j) a code identifying the current PLMN (V-PLMN) operator or the PLMN where the A- 
party has a subscription (H-PLMN) or both; k) a code indicating the vendor of the mobile 
station and the type of the mobile station.; 1) a code indicating a unique equipment identity; and 
m) a validation code (e.g., a checksum) of the parameters. 

15 

In an altemative embodiment, a subscriber may "manually" retrieve one or more data objects 
from the data server (e.g., by making appropriate selections on the keyboard of the user device). 
This selection constitutes the triggering communication event. 

2 0 FIG. 14 shows corresponding procedures performed in a data object server (such as data object 
server 150) in response to the procedures shown in FIG. 13. Namely, in step 1402, the data 
server receives a request for a data object (or objects). The request typically includes (in 
exemplary embodiments) at least an indication specifying an A- or B-nimiber and a 
specification of what kind of action triggered tlie request. The address indication (e.g.. A- or B- 

25 number) is mapped to a memory address in the data object server, or to an address provided in 
another database maintained at some other site. The address may specify a data object, such as 
a phonepage. The data server retrieves the data object in step 1404. The request received in 
step 1402 may also include an indication of a user device display capability. In this case, the 
data server may adapt the retrieved data object to the requested format in step 1406. 

30 Alternatively, the database may store the data objects in different formats. In this case, the data 
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seiVer complies with the request by retrieving the data object having the correct format. The 
data server sends the data object in step 1408. 

Various data transfer mechanisms can be used to transfer the data (e.g., requests and data 
5 objects) discussed in FIGS^ 13 and 14. For instance, SMS messaging can be used. 
Altematively, a GPRS data path can be used. Further details regarding the transfer of 
information using a GPRS channel may be found in the applications identified in the CROSS 
REFERENCE TO RELATED APPLICATIONS section of this disclosure. 

10 3. Variations 

The above-discussed system and method can be modified in various ways. For instance, all 
information transmitted over the data network 142 and/or PSTN 128 (or some other network) 
may be encrypted prior to transfer to ensure message privacy. The receiving site could then 
15 decrypt the transmitted information prior to display or processing. For instance, the data server 
may encrypt data objects prior to transfer to the holder's or subscribers' user devices. The user 
devices can then decrypt the data objects prior to rendering them. The user devices may also 
encrypt any requests, messages, data objects, etc. that the devices send to other entities, such 
other user devices or the data server. 

20 

In another variation, the memories of the user devices may be configured in the manner shown 
in FIG. 15. In that figure, an exemplary memory 1502 includes standard (i.e., non-variable) data 
1504. The standard data 1504 may specify one or more base templates. The base templates may 
pertain to common elements in the data objects designed by plural holders (e.g., where multiple 

25 holders are using the same basic phonepage layout to design their pages). In addition, or 
altematively, the base templates may pertain to common features within a particular holder's set 
of data objects (e.g., where the holder has several phonepages that share the same backgroxmd 
scene). On the other hand, the memory 1502 also includes delta (i.e., variable) data 1506. The 
delta-data pertains to the unique features of the rendered data objects. The unique features refer 

30 to the features of the rendered data objects which distinguish them firom the base templates 
stored in the standard data 1504. 
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FIG. 16 shows one example of a standard data portion 1602 and delta-data portion 1604 for an 
exemplary data object. This figure also shows how these two portions are combined to produced 
the rendered object 1608. More specifically, for this data object, the standard data portion 1602 
5 may provide a base template with a generic message. The message has fields 1650 that can be 
filled in with text to personalize the message. Further, the standard data portion 1602 includes a 
field 1652 that can be filled in with an audio message to further personalize the data object. The 
delta-data portion 1604, on the other hand, comprises the personalized text "Bob" coupled with 
the personalized audio greeting, such as "please call back." The delta-data is "added" to the 
1 0 standard data portion to produce the rendered data object 1 608. 

The storage format shown in FIG. 15 provides for more efficient storage and transfer of data 
objects. With reference to FIG. 17, for instance, a user device 1706 (operated by subscriber "a") 
may store standard data "s'* in its memory. This standard data may be used to render a plurality 
15 of data objects. Storage of a single copy of such redundant data reduces the storage 
requirements of the user device. Further, when the user device 1706 receives additional data 
objects which use the standard data in their design, it is only necessary to transfer the delta-data 
to the user device 1706 (such as delta-data 1708 for data object PPni-a). 

20 In one embodiment, the standard data can be transferred to the user devices at any time (e.g., not 
necessarily when a communication event occurs). In one embodiment, the SIM card provided to 
the user may already contain standard data containing one or more common data object 
templates. 

25 According to another variation, the Unstructured Supplementary Services Data (USSD) 
protocol may be used to transmit data objects to the user devices, instead of, or as a supplement 
to, the use of the SMS protocol- USSD and SMS are alike in that they both may use the GSM 
system's signaling path to transmit data messages. But the USSD protocol does not define a 
store-and-forward type of service, unlike the SMS protocol. Still other protocols can be used to 

3 0 transfer data obj ects. 
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FIG. 18 shows another variation. More specifically, this figure shows structure which varies 
from previous figures by including a computer device 1810 coupled to an interface unit 1812, 
which, in turn, is coupled to user device 814 In one embodiment, the computer device 1810 
may comprise a personal computer device. The interface unit 1812 may comprise any coupling 
5 mechanism for transferring information between the computer device 1810 and the user device 
1814. The link between the computer device 1810 and the user device 1814 may comprise a 
hardwired link, a wireless link (e.g., radio or infrared), or some other type of link. In one 
embodiment, the interface miit 1812 may further comprise a socket-type of coupling mechanism 
(not shown) which receives the user device 1814 and which includes appropriate terminals (not 
1 0 shown) for mating with input/output terminals (not shown) provided on the user device 1814. 

The operation of the system shown in FIG. 1 8 has similarities to the procedure shown in FIG. 
10. Namely, the holder (or other entity) creates a master set of data objects at the data sever 
1806, e.g., using a computer device 1804 or other type of interfacing device. The data server 
15 1 806 then receives and stores this master set of data objects. 

The data server 1806 then determines whether it should transfer the data object sets in the 
master set of data objects to the appropriate recipients. Different systems may be configured to 
use different factors to determine when to download data object sets. In one embodiment, the 

2 0 data objects are transferred immediately after creation by the holder (or other entity). 

In another embodiment, the user device 1814 sends a request to data server 1806 via the 
computer device 1810. The request may instruct the data server 1 806 to download one or more 
data objects to computer device 1810. More specifically, the user device 1814 may instruct the 
25 data server 1 806 to send updated data objects pertaining to the data objects that are stored in the 
user device's local memory (e.g., in the user device's phonebook stored in the SIM card, or in 
another memory of the user device). Altematively, the user device 1814 may simply instract the 
data server 1806 to send whatever data objects the data server 1806 independently determines 
should be downloaded to the user device 1814. Still altematively, the user device 1814 may 

3 0 instruct the data server 1 806 to send updated data objects pertaining to the data objects stored in 
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the user device's local memory, but the data server 1806 still exercises independent judgment 
whether it complies with this request in whole or in part. 

In another embodiment, the computer device 1810 independently sends a request to the data 
5 server 1 806. That is, the computer device 1810 may send a request to the data server 1 806 even 
when the user device 1814 is not coupled to the computer device 1810 via the interface imit 
1812. The request may instruct the data server 1806 to download one or more data objects to 
the computer device 1810. More specifically, the computer device 1810 may instruct the data 
server 1806 to send updated data objects pertaining to the data objects that are stored in the user 
10 device's local memory (e.g., in its user device's phonebook stored in the SIM card, or in another 
memory of the user device). In an alternative embodiment, the computer device 1810 may be 
concfigured to send a request to the data server 1806 on a periodic basis. 

In another embodiment, the data server 1806 initiates transfer of data objects to the computer 
15 1810 without being specifically requested to do so by the computer 1810 or the user device 
1814. That is, the data server 1806 may use its own "time table" to determine when to 
download data objects. In an altemative embodiment, the computer device 1810, user device 
1814, or some other entity (e.g., the holder) may send an instruction to the data server 1806 
which specifies the frequency at which the data server 1 806 should download data objects to the 
20 computer 1810. For instance, the subscriber operating user device 1814 may instruct the data 
server 1806 to download data objects for a particular holder on a relatively fi-equent basis if that 
particular holder is known to change his data objects firequently. 

Those skilled in the art will recognize that still fiirther variations can be used to determine the 
25 timing at which data objects are transferred to subscriber "a", as well as to determine the 
identity of those data objects that are transferred. 

If it is time to transfer the data objects, the data server 1806 transfers the objects directly to the 
recipients' computer devices. In the FIG. 18 scenario, the data server 1 806 transfers a set of data 
30 objects PPni-a to subscriber a's computer device 1810. Transfer may be via conventional 
protocol over the data-packet network 1808. Upon receiving the data objects, the computer 
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device 1810 then transfers the data objects via the interface 1812 to the subscriber's user device 
1814, 

Other modifications to the embodiments described above can be made without departing from 
5 the spirit and scope of the invention, as is intended to be encompassed by the following claims 
and their legal equivalents. 
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What is claimed is: 

1- A method for supplying a data object to a user of a communication system, comprising the 
steps of: 

5 

creating a data object intended for rendering at a first communication device, the rendering to 
take place upon the occurrence of a triggering communication event, the data object providing 
information pertaining to a user of a second communication device; 

1 0 storing the data object in a data server; 

transferring, in a first transferring step, the data object fi-om the data server to the second 
communication device; 

15 transferring, in a second transferring step, the data object from the second communication 
device to the first commimication device; 

determining whether the triggering communication event has occurred; and 

20 rendering the data object at the first communication device upon the occurrence of the 
triggering communication event. 

2. The method of claim 1, wherein the data object includes a trigger component which indicates 
the nature of the triggering communication event. 

25 

3. The method of claim 1, wherein the data object includes an audio component which pertains 
to audio information that may be rendered at the first communication device. 

4. The method of claim 1, wherein the data object includes a visual component which pertains 
30 to visual information that may be rendered at the first commimication device. 
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5. The method of claim 1, wherein the first and/or second transferring step use one or more of: 
(a) a data path used by a circuit-switched commimication system, and/or (b) a data path used by 
a packet-switched communication system. 

5 6. The method of claim 1, wherein the first and/or second conmiunication devices comprise 
mobile station devices. 

7. The method of claim 1, wherein the triggering communication event comprises an event 
pertaining to a call initiated by a user of the first communication device or a call initiated by a 

1 0 user of the second communication device. 

8. The method of claim 1, wherein the data object comprises a variable portion and a non- 
variable portion^ and wherein the first and/or second transferring step transfer only the variable 
portion. 

15 

9. A method for supplying a data object to a user of a commimication system, comprising the 
steps of: 

creating a data object intended for rendering at a first communication device, the rendering to 
2 0 take place upon the occurrence of a triggering communication event, the data object providing 
information pertaining to a user of a second communication device; 

storing the data object in a data server; 

2 5 transferring the data object from the data server to the first communication device; 

determining whether the triggering communication event has occurred; and 

rendering the data object at the first conmiunication device upon the occurrence of the 

3 0 triggering communication event. 
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10. The method of claim 9, wherein the data object includes a trigger component which 
indicates the nature of the triggering communication event. 

1 1 . The method of claim 9, wherein the data object includes an audio component which pertains 
5 to audio information that may be rendered at the first communication device. 

12. The method of claim 9, wherein the data object includes a visual component which pertains 
to visual information that may be rendered at the first communication device. 

10 13. The method of claim 9, wherein the transferring step uses one or more of: (a) a data path 
used by a circuit-switched conunvmication system; (b) a data path used by a packet-switched 
communication system; and/or (c) a data path used by a data-packet network. 

14. The method of claim 9, wherein the first and/or second communication devices comprise 
1 5 mobile station devices. 

15. The method of claim 9, wherein the triggering communication event comprises an event 
pertaining to a call initiated by a user of the first communication device or a call initiated by a 
user of the second communication device. 

20 

16. The method of claim 9, wherein the data object comprises a variable portion and a non- 
variable portion, and wherein the transferring step transfers only the variable portion to the first 
commimication device. 

25 17. The method of claim 9, wherein the transferring step comprises: 

transferring the data object over a data network to a computer device; and 

transferring the data object from the computer device to the first communication device^ via an 
30 interface unit. 
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18. A system for supplying a data object to a user of a communication system, comprising: 

a first communication device; 

5 a second communication device; 

a communication system for conducting voice commimication between the first conmaunication 
device and the second communication device; 

10 a data server; 

a data network coupled to the data server; 

wherein the data server includes: 

15 

(i) logic for creating a data object intended for rendering at the first communication device, the 
rendering to take place upon the occurrence of a triggering communication event, the data 
object providing information pertaining to a user of the second communication device; 

2 0 (ii) a database; 

(iii) logic for storing the data object in the database; 

(iv) logic for transferring the data object from the data server to the second communication 
25 device; 

wherein the second commimication device includes: 

(i) logic for transferring the data object to the first communication device; 

3 0 wherein the first communication device includes: 
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(i) logic for determining whether the triggering communication event has occurred; 

(ii) a rendering device; and 

5 (iii) logic for rendering the data object on the rendering device upon the occurrence of the 
triggering communication event. 

19. The system of claim 18, wherein the data object includes a trigger component which 
indicates the nature of the triggering communication event 

10 

20. The system of claim 18, wherein the data object includes an audio component which 
pertains to audio information that may be rendered at the first communication device. 

21 - The system of claim 1 8, wherein the data object includes a visual component which pertains 
15 to visual information that may be rendered at the first communication device. 

22. The system of claim 18, wherein the logic for transferring in the data server and/or the logic 
for transferring in the second conamunication device include use of one or more of: (a) a data 
path used by a circuit-switched commimication system, and/or (b) a data path used by a packet- 

2 0 switched communication system. 

23. The system of claim 18, wherein the first and/or second communication devices comprise 
mobile station devices. 

25 24. The system of claim 18, wherein triggering communication event comprises an event 
pertaining to a call initiated by a user of the first commxmication device or a call initiated by a 
user of the second communication device. 

25. The system of claim 18, wherein the data object comprises a variable portion and a non- 
30 variable portion, and wherein the logic for transferring in the data server and/or the logic for 
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transferring in the second communication device is configured to transfer only the variable 
portion. 

26. A system for supplying a data object to a user of a commimication system, comprising: 
5 a first communication device; 

a second commxmication device; 

a communication system for conducting voice communication between the first commvinication 
1 0 device and the second communication device; 

a data server; 

a data network coupled to the data server; 

15 

wherein the data server includes: 

(i) logic for creating a data object intended for rendering at the first communication device, the 
rendering to take place upon the occurrence of a triggering communication event, the data 

2 0 object providing information pertaining to a user of the second commimication device; 

(ii) a database; 

(iii) logic for storing the data object in the database; 

25 

(iv) logic for transferring the data object from the data server to the first commimication device; 
wherein the first communication device includes: 

(i) logic for determining whether a triggering conamunication event has occurred which will 

3 0 trigger the rendering of the transferred data object; 
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(ii) a rendering device; and 

(iii) logic rendering the data object on the rendering device upon the occurrence of the 
triggering communication event. 

5 

27. The system of claim 26, wherein the data object includes a trigger component which 
indicates the nature of the triggering communication event 

28. The system of claim 26^ wherein the data object includes an audio component which 
1 0 pertains to audio information that may be rendered at the first commxmication device. 

29. The system of claim 26, wherein the data object includes a visual component which pertains 
to visual information that may be rendered at the first commimication device. 

15 30. The system of claim 26, wherein the logic for transferring in the data server includes use of 
one or more of: (a) a data path used by a circuit-switched communication system; (b) a data path 
used by a packet-switched communication system; and/or (c) a data path used by a data-packet 
network. 

20 31. The system of claim 26, wherein the first and/or second commimication devices comprise 
mobile station devices. 

32. The system of claim 26, wherein triggering communication event comprises an event 
pertaining to a call initiated by a user of the first communication device or a call initiated by a 

2 5 user of the second communication device. 

33. The system of claim 26, wherein the data object comprises a variable portion and a non- 
variable portion, and wherein the logic for transferring is configured to transfer only the variable 
portion to the first commimication device. 

30 
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34. The system of claim 26, further including a computer device, wherein the logic for 
transferring includes: 

first logic for transferring the data object from the data server to the computer device; and 
second logic for transferring the data object from the computer device to the first 
5 communication device. 

35. A method for supplying a data object to a user of a communication system, the 
communication system providing voice communication between a first communication device 
and a second commxmication device, comprising the steps of: 

10 

servicing, at a data server, the creation of a data object intended for rendering at the first 
commxmication device, the rendering to take place upon the occxmrence of a triggering 
communication event, the data object providing information pertaining to a user of the second 
communication device; 

15 

storing the data object in the data server; and 

transferring the data object from the data server to the first or second communication device 
before the occurrence of the triggering communication event. 

20 

36. The method of claim 35, wherein the transferring step includes use of one or more of: (a) a 
data path used by a circuit-switched communication system; (b) a data path used by a packet- 
switched communication system; and/or (c) a data path used by a data-packet network. 

25 37. The method of claim 35, wherein the data object comprises a variable portion and a non- 
variable portion, and wherein the transferring step is configured to transfer only the variable 
portion. 

38. A data server for supplying a data object to a user of a communication system, the 
30 communication system providing voice communication between a first communication device 
and a second conmaxmication device, the data server comprising: 
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logic for creating a data object intended for rendering at the first comrmmication device, the 
rendering to take place upon the occiirrence of a triggering communication event, the data 
object providing information pertaining to a user of the second communication device; 

5 

a database; 

logic for storing the data object in the database; and 

10 logic for transferring the data object from the data server to the first or second communication 
device before the occurrence of the triggering communication event. 

39. The data server of claim 38, wherein the logic for transferring in the data server includes 
use of one or more of: (a) a data path used by a circuit-switched conmiunication system; (b) a 

15 data path used by a packet-switched conmumication system; and/or (c) a data path used by a 
data-packet network. 

40. The data server of claim 38, wherein the data object comprises a variable portion and a non- 
variable portion, and wherein the logic for transferring is configured to transfer only the variable 

2 0 portion. 

41. A method for rendering a data object within a communication system, comprising the steps 
of: 

25 receiving a data object at a first communication device, the rendering of which is to take place 
upon the occurrence of a triggering communication event, the data object providing information 
pertaining to a user of a second communication device; 

storing the data object at the first commxmication device; 

30 

determining whether the triggering commxmication event has occurred; and 
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rendering the data object at the first commiinication device upon the occurrence of the 
triggering communication event. 

42. The method according to claim 41, wherein the data object is received via one or more of: 
5 (a) a data path used by a circuit-switched communication system; (b) a data path used by a 

packet-switched communication system; and/or (c) a data path used by a data-packet network. 

43. A communication device for rendering a data object within a communication system, 
comprising: 

10 

logic for receiving a data object, the rendering of which is to take place upon the occurrence of a 
triggering commimication event, the data object providing information pertaining to a user of 
another communication device; 

1 5 logic for storing the data obj ect; 

logic for determining whether the triggering communication event has occurred; and 

logic for rendering the data object upon the occurrence of the triggering communication event. 
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